Vandaag heb ik na urenlang debuggen deze regel op de moeilijke manier geleerd: Een bovenliggend element kan nooit zijn onderliggende element bedekken (bovenop) als de ouder een z-index van een willekeurige waarde heeft, ongeacht hoe u de CSS van het kind wijzigt Hoe kan ik dit gedrag door logica begrijpen? Staat het in de specificaties? .container { breedte: 600px; hoogte: 600px; achtergrondkleur: zalm; positie: relatief; z-index: 99; padding-top: 10px; h1 { achtergrondkleur: roze; positie: relatief; z-index: -1; font-family: monospace; 1. Ik kan nooit door een ouder worden gedekt als mijn z-index positief is.
2. Zelfs als mijn z-index nagatief is, kan ik nog steeds nooit worden gedekt als mijn ouder überhaupt een z-index heeft.
2021-02-27 08:15:09
Er zijn twee belangrijke dingen die u moet weten: de volgorde van schilderen en de stapelcontext. Als u naar de specificatie verwijst, kunt u zien hoe en wanneer elementen worden geverfd. Stapelcontexten gevormd door gepositioneerde nakomelingen met negatieve z-indices (exclusief 0) in z-indexvolgorde (meest negatief eerst) en vervolgens boomvolgorde. Alle gepositioneerde, ondoorzichtige of getransformeerde afstammelingen, in boomvolgorde die in de volgende categorieën vallen: Alle gepositioneerde nakomelingen met 'z-index: auto' of 'z-index: 0', in boomvolgorde. Stapelcontexten gevormd door gepositioneerde nakomelingen met z-indices groter dan of gelijk aan 1 in z-indexvolgorde (kleinste eerst) en vervolgens boomvolgorde. Hieruit blijkt duidelijk dat we eerst elementen schilderen met een negatieve z-index bij stap (3), dan degene met een z-index gelijk aan 0 bij stap (8), en ten slotte die met een positieve z-index bij stap (9) , wat logisch is. We kunnen ook in een ander deel van de specificatie lezen: Elke doos behoort tot één stapelcontext. Elke doos in een bepaalde stapelcontext heeft een stapelniveau met gehele getallen, wat de positie op de z-as is ten opzichte van andere dozen in dezelfde stapelcontext. Dozen met grotere stapelniveaus worden altijd voor dozen met lagere stapelniveaus opgemaakt. Dozen kunnen een negatief stapelniveau hebben. Dozen met hetzelfde stapelniveau in een stapelcontext worden van onder naar boven gestapeld volgens de volgorde van de documentboom. Ook Een element dat een lokale stapelcontext tot stand brengt, genereert een box met twee stapelniveaus: één voor de stapelcontext die het maakt (altijd 0) en één voor de stapelcontext waartoe het behoort (gegeven door de eigenschap z-index). Om te begrijpen wanneer elk element wordt geverfd, moet u de stapelcontext en het stapelniveau binnen deze stapelcontext kennen (gedefinieerd door z-index). U moet ook weten of dat element een stapelcontext tot stand brengt. Dit is het lastige gedeelte, omdat het instellen van z-index dit doet: Voor een gepositioneerd vak specificeert de eigenschap z-index: Het stapelniveau van de doos in de huidige stapelcontext. Of de box een stapelcontext tot stand brengt Waarden hebben de volgende betekenissen:Dit gehele getal is het stapelniveau van de gegenereerde box in de huidige stapelcontext. De doos zorgt ook voor een nieuwe stapelcontext. auto Het stapelniveau van de gegenereerde box in de huidige stapelcontext is 0. De box brengt geen nieuwe stapelcontext tot stand, tenzij het het root-element is. Nu hebben we alle informatie om elk geval beter te begrijpen. Als het bovenliggende element een z-indexwaarde heeft van iets anders dan auto, dan zal het een stapelcontext creëren, dus het onderliggende element zal worden geverfd binnen wat hun z-index ook is (negatief of positief). De z-index van het kindelement vertelt ons eenvoudig de volgorde van schilderen binnen het ouderelement (dit dekt je tweede punt). Als alleen het onderliggende element een positieve z-index heeft en we niets instellen op het bovenliggende element, dan zal rekening houdend met de volgorde van schilderen, het kind later worden geverfd (in stap (9)) en de ouder in stap (8). De enige logische manier om de ouder hierboven te schilderen, is door de z-index te verhogen, maar als je dit doet, vallen we in het vorige geval waarin de ouder een stapelcontext vaststelt en het onderliggende element erbij hoort. Er is geen manier om de parent boven een child-element te plaatsen bij het instellen van een positieve z-index voor het child. Er is ook geen manier om de ouder boven het kind te plaatsen als we een z-index voor het bovenliggende element instellen die verschilt van auto (positief of negatief) .1 Het enige geval waarin we een kind onder zijn ouder kunnen hebben, is door een negatieve z-index op het onderliggende element in te stellen en de ouder op z-index: auto te houden, dus deze zal geen stapelcontext creëren en de volgorde van schilderen volgen kind zal eerst worden geverfd. Naast z-index zijn er nog andere eigenschappen die een stapelcontext creëren. In het geval dat u te maken krijgt met een verwachte stapelvolgorde, moet u ook rekening houden met die eigenschappen om te zien of er een stapelcontext is gecreëerd. Enkele belangrijke feiten die we uit het bovenstaande kunnen concluderen: Stapelcontexten kunnen zich in andere stapelcontexten bevinden en samen een hiërarchie van stapelcontexten creëren. Elke stapelcontext is volledig onafhankelijk van zijn broers en zussen: bij het stapelen wordt alleen rekening gehouden met onderliggende elementen. Elke stapelcontext is op zichzelf staand: nadat de inhoud van het element is gestapeld, wordt het hele element beschouwd in de stapelvolgorde van de bovenliggende stapelcontext. ref 1: er zijn enkele hacky-manieren als we het gebruik van 3D-transformatie overwegen. Voorbeeld met een element dat onder het bovenliggende element gaat, zelfs als dit een z-index heeft gespecificeerd. .box { positie: relatief; z-index: 0; hoogte: 80px; achtergrond: blauw; transform-style: preserve-3d; /* Dit is belangrijk */ .box> div { marge: 0 50px; hoogte: 100px; achtergrond: rood; z-index: -1; / * dit doet niets * / transform: translateZ (-1px); / * dit zal de magie doen Nog een voorbeeld waarbij we een element tussen twee elementen in een andere stapelcontext kunnen plaatsen: .box { positie: relatief; z-index: 0; hoogte: 80px; achtergrond: blauw; .box> div { marge: 0 50px; hoogte: 100px; achtergrond: rood; z-index: 5; transform: translateZ (2px); .buiten { hoogte: 50px; achtergrond: groen; marge: -10px 40px; transform: translateZ (1px); lichaam { transform-style: preserve-3d; We kunnen ook een gekke stapelvolgorde hebben, zoals hieronder: .box { breedte: 100px; hoogte: 100px; positie: absoluut; lichaam { transform-style: preserve-3d; We moeten opmerken dat het gebruik van een dergelijke hack een bijwerking kan hebben vanwege het feit dat transformatiestijl, perspectief en transformatie de positie: absoluut / vast element beïnvloeden. Gerelateerd: CSS-filter op ouder breekt de positionering van het kind 10 Een goede manier om hierover na te denken, is dat elke ouder zijn eigen stapelcontext heeft. Elementen tussen broers en zussen delen de stapelvolgorde van een ouder en kunnen elkaar daarom overlappen. Een kindelement krijgt ALTIJD een stapelcontext op basis van zijn bovenliggende element. Vandaar de noodzaak voor een negatieve z-indexwaarde om het kind "achter" zijn bovenliggende (0) stapelcontext te duwen. De enige manier om een element uit de oudercontext te verwijderen, is door position: fixed te gebruiken, aangezien dit het in wezen dwingt om het venster voor context te gebruiken. 1 De Mozilla-documentatie zegt wel De z-index CSS-eigenschap stelt de z-volgorde van een gepositioneerd element en zijn nakomelingen of flexitems in. Hier is wat extra logica uit een ander StackOverflow-artikel met betrekking tot kinderen versus nakomelingen. 2 Hoe kan ik dit gedrag door logica begrijpen? Voor mij is het moeilijk om uw probleem logisch te begrijpen. Een ouder bevat zijn kinderen. Een kom kan worden afgedekt door een andere kom. Maar je kunt de soep niet afdekken met de kom, tenzij je de soep uit de kom doet. z-Index bepaalt de volgorde voor overlappende elementen. Een ouder kan zijn kind niet overlappen. ImhO dat is volkomen logisch. Uw antwoord StackExchange.ifUsing ("editor", function () { StackExchange.using ("externalEditor", function () { StackExchange.using ("snippets", function () { StackExchange.snippets.init (); }, "code-snippets"); StackExchange.ready (function () { var channelOptions = { tags: "" .split (""), id: "1" initTagRenderer ("". split (""), "" .split (""), channelOptions); StackExchange.using ("externalEditor", function () { // Moet de editor na fragmenten activeren, als fragmenten zijn ingeschakeld if (StackExchange.settings.snippets.snippetsEnabled) { StackExchange.using ("snippets", function () { createEditor (); anders { createEditor (); functie createEditor () { StackExchange.prepareEditor ({ useStacksEditor: false, heartbeatType: 'antwoord', autoActivateHeartbeat: false, convertImagesToLinks: waar, noModals: waar, showLowRepImageUploadWarning: true, ReputationToPostImages: 10, bindNavPrevention: true, postfix: "", imageUploader: { brandingHtml: "Aangedreven door \ u003ca href = \" https: //imgur.com/ \ "\ u003e \ u003csvg class = \" svg-icon \ "width = \" 50 \ "hoogte = \" 18 \ "viewBox = \ "0 0 50 18 \" fill = \ "none \" xmlns = \ "http: //www.w3.org/2000/svg \" \ u003e \ u003cpath d = \ "M46.1709 9.17788C46.1709 8.26454 46.2665 7.94324 47.1084 7.58816C47.4091 7.46349 47.7169 7.36433 48.0099 7.26993C48.9099 6.97997 49.672 6.73443 49.672 5.93063C49.672 5.22043 48.9832 4.61182 48.1414 4.61182C47.4335 4.61182 46.7256 4.91628 46.0943 5.000 43.1481 6.59048V11.9512C43.1481 13.2535 43.6264 13.8962 44.6595 13.8962C45.6924 13.8962 46.1709 13.2535 46.1709 11.9512V9.17788Z \ "/ \ u003e \ u003cpath d = \" M32.492 10.1419C32.492 14.045.014.07 37.045 14.6954 41.5985 12.6954 41.5985 10.1419V6.59049C41.5985 5.28821 41.1394 4.66232 40.1061 4.66232C39.0732 4.66232 38.5948 5.28821 38.5948 6.59049V9.60062C38.5948 10.8521 38.2696 11.520455 37.0451 11.5954.545.85.8 521 35.4954 9.60062V6.59049C35.4954 5.28821 35.0173 4.66232 34.0034 4.66232C32.9703 4.66232 32.492 5.28821 32.492 6.59049V10.1419Z \ "/ \ u003e \ u003cpath fill-rule = \" evenodd \ "clip-rule = \" evenodd \ "d = \ "M25.6622 17.6335C27.8049 17.6335 29.3739 16.9402 30.2537 15.6379C30.8468 14.7755 30.9615 13.5579 30.9615 11.9512V6.59049C30.9615 5.28821 30.4833 4.66231 29.4502 4.66231C28.9913 4.63 ... .1369 4.56087 21.0134 6.57349 21.0134 9.27932C21.0134 11.9852 23.003 13.913 25.3754 13.913C26.5612 13.913 27.4607 13.4902 28.1109 12.6616C28.1109 12.7229 28.1161 12.779928,121 12.8346C28.1256 12,8854 28,1301 12,9342 28,1301 12.983C28.1301 14,4373 27,2502 15,2321 25,777 15.2321C24.8349 15,2321 24,1352 14,9821 23,5661 14.7787C23.176 14,6393 22,8472 14,5218 22,5437 14.5218C21.7977 14,5218 21,2429 15,0123 21,2429 15.6887C21.2429 16,7375 22,9072 17,6335 25,6622 17,6335 ZM24.1317 9.27932C24.1317 7.94324 24.9928 7.09766 26.1024 7.09766C27.2119 7.09766 28.0918 7.94324 28.0918 9.27932C28.0918 10.6321 27.2311 11.5116 26.1024 11.5116C24.9737 11.5116 24.1317 10.6491 24.1317 ... 8045 11.9512C16.8045 13.2535 17.2637 13.8962 18.2965 13.8962C19.3298 13.8962 19.8079 13.2535 19.8079 11.9512V8.12928C19.8079 5.82936 18.4879 4.62866 16.4027 4.62866C15.1594 4.62866 4 ... 7.9466 5.5079C7.58314 4.9328 7.10506 4.66232 6.51203 4.66232C5.47873 4.66232 5.00066 5.28821 5.00066 6.59049V11.9512C5.00066 13.2535 5.47873 13.8962 6.51203 13.8962C7.54479 13.8962 8.0232 13.2535 8.0232 11.9512V8.90741C8.0232 7.58817 8.44431 6.91179 9.53458 6.91179C10.5104 6.91179 10.893 7.58817 10.893 8.94108V11.9512C10.893 13.2535 11.3711 13.8962 12.4044 13.8962C13.4375 13.8962C13.4375 13.2535 6.91179C16.4027 6.91179 16.8045 7.58817 16.8045 8.94108V11.9512Z \ "/ \ u003e \ u003cpath d = \" M3.31675 6.59049C3.31675 5.28821 2.83866 4.66232 1.82471 4.66232C0.791758 4.66232 0.313354 5.28821 0.313354 6.59035.3V11.9517 13.8962 1.82471 13.8962C2.85798 13.8962 3.31675 13.2535 3.31675 11.9512V6.59049Z \ "/ \ u003e \ u003cpath d = \" M1.87209 0.400291C0.843612 0.400291 0 1.1159 0 1.98861C0 2.87869 0.822846 3.57.9672 3.57.9672 3.56.867 1.98861C3.7234 1.1159 2.90056 0.400291 1.87209 0.400291Z \ "fill = \" # 1BB76E \ "/ \ u003e \ u003c / svg \ u003e \ u003c / a \ u003e", contentPolicyHtml: "Gebruikersbijdragen gelicentieerd onder \ u003ca href = \" https: //stackoverflow.com/help/licensing \ "\ u003ecc by-sa \ u003c / a \ u003e \ u003ca href = \" https://stackoverflow.com / legal / content-policy \ "\ u003e (contentbeleid) \ u003c / a \ u003e", allowUrls: waar onDemand: waar, discardSelector: ".discard-answer" , onmiddellijkShowMarkdownHelp: true, enableTables: true, enableSnippets: true Bedankt voor het bijdragen aan een antwoord op Stack Overflow! Zorg ervoor dat u de vraag beantwoordt. Geef details en deel uw onderzoek! Maar vermijd ... Om hulp, opheldering vragen of reageren op andere antwoorden. Uitspraken doen op basis van meningen; ondersteun ze met referenties of persoonlijke ervaring. Bekijk onze tips voor het schrijven van goede antwoorden voor meer informatie. Concept opgeslagen Concept verwijderd Meld u aan of log in StackExchange.ready (function () { StackExchange.helpers.onClickDraftSave ('# login-link'); Meld u aan met Google Meld u aan met Facebook Meld u aan met e-mail en wachtwoord Verzenden Post als gast Naam E-mail Vereist, maar nooit getoond StackExchange.ready ( functie () { StackExchange.openid.initPostLogin ('. New-post-login', 'https% 3a% 2f% 2fstackoverflow.com% 2fquestions% 2f54897916% 2fwhy-cant-an-element-with-az-index-value-cover-its- kind% 23new-answer ',' question_page '); Post als gast Naam E-mail Vereist, maar nooit getoond Plaats uw antwoord Gooi weg Door op "Plaats uw antwoord" te klikken, gaat u akkoord met onze servicevoorwaarden, privacybeleid en cookiebeleid Niet het antwoord waar je naar zoekt? Blader door andere vragen met de tag css css-position z-index of stel uw eigen vraag.